1/1 


AD-H121  955  THE  PRELININARV  PERSONNEL  DATA  BASE  DESIGN  FOR  THE 

INDONESIAN  NAVVCU)  NAVAL  POSTGRADUATE  SCHOOL  NONTEREV 
CA  HOEDJIONO  JUN  82 


UNCLASSIFIED 


F/G  9/2 


NL 


MICROCOPY  RESOLUTION  TEST  CHART 

NATIONAL  BUREAU  OF  STANDARDS- 1 963-A 


\ 

\ 

) 

I 


NAVAL  POSTGRADUATE  SCHOOL 

Monterey,  California 


THESIS 


DTIC 

ELECTE 
NOV  30  1982 


The  Preliminary  Personnel  Data  Base  Design 

for  the  Indonesian  Navy 

by 

Hoed j iono 

June  1982 

Thesis  Advisor:  Norman 

F.  Schneidewind 

Approved  for  public  release?  distribution  unlimited 


11  30  006 


ftSCURtTv  CUAtStrtCATlOtt  OP  Twi»  PMC  (Whim  O mm  tm lirM) 


REPORT  DOCUMENTATION  PACE 


4.  TiTlE  (an*  Suttlfl*) 


The  Preliminary  Personnel  Data  Base 
Design  for  the  Indonesian  Navy 


Moed j iono 


T  nPoMwooMMuSTieiriMil  *mo  aoorem 

Naval  Postgraduate  School 
Monterey,  Ca.  93940 


II  CONTROLLING  OFFICE  NAME  ANO  AOOREM 

Naval  Postgraduate  School 
Monterey,  Ca.  93940 


l|.  DlfTNlBUTlON  ITaTEmEnT  (mi  Hit  Mm*mn) 


Read  instructions 

_ BEFORE  COMPLETING  FORM 


*•  AtciAitMT-*  catalog  huukk 


*.  tyre  of  a  Fcmog  covcreo 

Master's  Thesis; 

June  1982 


ft.  »CftPOJ»lilMG  OI*G.  RIPORT  NuMtKR 


TT  MOMlTomnG  AOInCY  WSSE  *  AOOUtWf  rnH—mmi  tmm  Cmwlitmf  OWfi 

Naval  Postgraduate  School 
Monterey,  Ca.  93940 


12.  REPORT  OATS 

June  1982 


IS  NUMBER  OF  F>AQES 

12 


II.  SECURITY  CLASS,  (mi  (Ala  rtman) 

Unclassified 


a.  SfiCLASSIFICATtON/  OOVNSAAOINO 
SCmCOULC 


Approved  for  public  release?  distribution  unlimited 


IT  DISTRIBUTION  STATEMENT  (mi  (A*  mkmtrmml  mtmtm*  In  Mltlk  2®,  II  mlltrtnl  hmm  Mammal) 


l*.  KEY  RORDS  ICmimm  m  rmwmram  airnm  II  nmmmmattt  mm  IMmmill,  kr  Ham*  mmkmr) 

Data  Base  Systems  analysis 

Data  model  Systems  design 

Data  management  Personnel  management 

Data  dictionary  Career 


to.  / ABSTRACT  (Cmmitaam  mn  tmmmmm  n*m  It  ammmmmmr  mnrn  immntllt  kf  Hmm*  m m*mt) 

"currently  the  Indonesian  Navy  Computer  Center  (Dispullahtal)  has 
a  need  for  a  Personnel  Data  Base  System  which  satisfies  all  of 
the  required  applications.  By  analyzing  the  aspects  of  the  person¬ 
nel  management  in  the  Navy  and  the  functions  required  to  imple¬ 
ment  the  management  policies,  the  author  has  determined  the  data — 


1473  EDITION  OF  I  NOV  ••  It  OOtOLETB 

S/N  0 10 1* 0 14*  M0 1 


ItCuRlTY  CL AMtFlC ATION  OF  Tull  AaOE  r*A«"  0«4 


FORM 

I  JAN  TJ 


te  n  a  'rin  mem  l»  i  czaan 


element1  relationships.  Further,  from  the  data  elements'  relati¬ 
onships  and  using  logical  Data  Base  model  design  methods,  the 
author  has  derived  a  Personnel  Data  Base  model.  Topics  discussed 
include:  transformations  of  data  elements  between  their  logical 
views  and  physical  representation,  security,  Data  Base  dictionary 
structure  and  characteristics,  journalizing  transactions  to  faci¬ 
litate  Data  Base  recovery,  and  Data  Base  administration.  The 
author's  efforts  indicate  that  the  Personnel  Data  Base  presented 
herein  is  worthwile  and  should  be  implemented.  This  involves  the 
organization  and  formation  of  a  Data  Base  Administration,  and 
continuation  and  completion  of  the  design.,. 


Aooession  For  _ 

HTIS  GRA&I  ^ 
DTIC  TAB  *□ 

Unannounced  □ 

Justification - 

By - - - 

Distribution/ _ 

Availability  Codes 
"  Avail  and/or 

Dist  Special 


& 


»]• 


Approved  for  public  release;  distribution  unlimited 


The  Preliminary  Personnel  Data  Base  Design  for 
the  Indonesian  Navy 

by 

heed jio  no 

Captain,  Indonesian  Navy 


Subaitted  in  partial  fulfillment  of  the 
requirements  for  the  degree  of 

HASTER  OP  SCIENCE  IN  COMPUTER  SCIENCE 


Author: 


Approved  by 


fro  a  the 

NAVAL  POSTGRADUATE  SCHOOL 
June  19  82 


3 


ABSTRACT 


Currently  the  Indonesian  Havy  Computer  Center 
(Dispullahtal)  has  a  need  for  a  Personnel  Data  Base  System 
which  satisfies  all  of  the  required  applications.  By  ana¬ 
lyzing  the  aspects  of  the  personnel  management  in  the  Navy 
and  the  functions  required  to  implement  the  management  poli¬ 
cies,  the  author  has  determined  the  data  elements'  relation¬ 
ships.  Further,  from  the  data  elements'  relationships  and 
using  logical  Data  Base  model  design  methods,  the  author  has 
derived  a  Personnel  Data  Base  model.  Topics  discussed 
include:  transformations  of  data  elements  between  their 
logical  views  and  physical  representation,  security.  Data 
Base  dictionary  structure  and  characteristics,  journalizing 
transactions  to  facilitate  Data  Base  recovery,  and  Data  Base 
administration.  The  author's  efforts  indicate  that  the 
Personnel  Data  Base  presented  herein  is  worthwile  and  should 
be  implemented.  This  involves  the  organization  and  formation 
of  a  Data  Base  Administration,  and  continuation  and  comple¬ 
tion  of  the  design. 
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i.  imosam 


Since  1977  Dispullahtal  (Indonesian  Navy  Computer  Center) 
has  worked  at  developing  a  Personnel  Data  System  (PDS)  with 
emphasis  on  collecting  data,  and  then  processing  and  pre¬ 
senting  information1  to  users  (especially  the  top  manage¬ 
ment)  as  it  is  needed  to  facilitate  decision-making. 

The  data  which  has  been  collected  by  Dispullahtal  using 
PDS  for  each  person  employed  by  the  Department  of  Navy,  both 
military  and  civilian,  coses  primarily  from  Janminpersal 
(Department  of  the  Navy  Personnel  Administration)  as  well  as 
other  departments  involved  with  personnel  administration  and 
treatment.  After  its  collection,  the  data  is  stored  in  files 
which  are  related  to  the  various  applications  in  the  PDS. 
Currently  the  PDS  only  includes  the  functions  of  data  sto¬ 
rage  and  information  retrieval.  Since  1977  Dispullahtal  has 
succeeded  in  convincing  the  system's  users  that  their  needs 
can  he  served  and  that  now  is  the  time  to  expand  the  PDS. 
The  period  for  this  expansion  has  been  designated  as  "Data 
Hechanization."  The  users  have  come  to  realize  that  they 
depend  on  Dispullahtal  for  the  processing  of  data  and 
reporting  of  information  which  is  timely  and  accurate.  Prior 
to  1979,  the  system  was  not  able  to  provide  these  services 
in  the  manner  required  because  of  the  lack  of  up-to-date 


‘Nithin  the  context  of  this  thesis,  Data  and  Information 

?re  meant  to  nave  two  distinct  meanings.  Data  refers  to 
acts  collected  from  observations  or  measurements,  or  refers 
to  the  values  physically  recorded  in  the  file  or  Data  Base. 
Information  refers  to  tne  meaning  assigned  to  those  fact  and 
values  as  a  result  of  interpretation,  correlation,  etc.  of 
data.  Data  is  processed  into  information  so  that  it  can  be 
understood  and  employed  by  users.  [Ref.  3] 
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information  in  the  system* s  files.  Seeing  this  problem,  the 
Navy  conducted  a  census  of  its  personnel  in  1979  and  this 
data  is  currently  being  integrated  into  the  system. 

According  to  the  current  user  requirements,  Dispullahtal 
should  be  able  to  respond  immediately,  and  at  any  time,  with 
information  such  as  historical  data  (e.g  historical  rank, 
education,  profession  etc.)  on  any  individual.  For  these 
requirements  Dispullahtal  has  started  organizing  all  the 
data  into  a  Data  Base  System.  This  leads  to  the  next  phase 
of  Dispullahtal  *s  planning  which  is  "Automation.*' 

Data  Base  Systems  are  needed  for  accomplishing  the 
requirements  and  demands  because  information  is  only  of 
value  so  long  as  it  supports  the  decision- making  process  and 
results  in  better  decisions.  To  be  useful  for  decision¬ 
making,  information  must  be  current.  For  the  information  to 
be  current,  the  data  on  which  it  is  based  must  also  be  cur¬ 
rent.  Current,  accurate  information  is  essential  for  the 
effective  operation  of  an  organization.  Therefore,  it  is 
necessary  to  have  a  means  of  collecting,  organizing,  stor¬ 
ing,  and  correlating  the  data  and  to  be  able  to  extract  and 
distribute  the  information  as  it  is  needed. 


C.  J.  Date  [Ref,  3]  defines  a  Data  2 

a  computer-based  recordkeeping  system; 
system,  whose  overall  purpose  is  to 
maintain  information.  The  information 
can  be  anything  that  is  deemed  to  be 
cance  to  the  organization  the  system 
anything,,  in  other  words,  that  may  be  n 
the  decision-making  processes  involved 
agement  of  that  organization.  ... 

Data  Base  system  involves  four  major 
data,  hardware,  software  and  users. 

Date  further  defines  a  Data  Base  as 


Data  Base  system  as 


that  is,  a 
record  and 
concerned 
of  signifi- 
is  serving- 
ecessary  to 
in  the  man- 

components: 


a. collection  of  stored  operational-data*  used. by 
the  application  systems  of  some  particular 
enterprise.3 


*operational-data  would  probably  include:  product  data, 
account  data,  patient  data,  student  data,  planning  data. 
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A  Data  Base  systea  provides  the  enterprise  with  central¬ 
ized  control  of  its  operational  data.  Soae  of  the  advantages 
that  accrue  froa  this  centralized  control  are: 

-  Redundancy  can  be  reduced, 

-  Inconsistency  can  be  avoided, 

-  Data  can  be  shared, 

-  standards  can  be  enforced, 

-  Security  restrictions  can  be  applied, 

-  Integrity  £an  be  aaintained,  and 

-  Conflicting  requireaents  can  be  balanced. 

Based  on  these  above  aentioned  advantages,  personal 
experience  in  processing  personnel  data  prior  to  coaing  to 
the  Naval  Postgraduate  School,  and  inforaation  gained  from 
courses  taken  recently  at  this  school,  this  author  is 
attempting  to  design  "The  Sleaentary  Personnel  Data  Base 
Systea  for  the  Indonesian  Vavy".  This  Data  Base  System  is 
propcsed  in  order  to  fulfill  soae  of  the  requireaents  of  the 
Management  Inforaation  Systea  (SIS)  in  the  Navy  as  posted  in 
the  "Systea  Inforaasi  Peabinaan  TNI-AL"  (Navy  HIS). 

Tc  accoaplish  this  goal,  the  author  obtained  information 
concerning  user  requireaents  froa  Dispullahtal.  The  three 
sections  of  this  thesis  are: 

1.  Oser  requireaents  definitions  which  analyze  the  user 
requireaents  and  data  elements. 


’enterprise  is  simply  a  convenient,  generic  term  for  any 
reasonably  self-contained  commercial,  scientific,  technical, 
or  ether  .  type  of  organization.  Soae  examples  are: 
Sanufacturing  Company,  Bank,  Hospital,  University, 


Sanufacturing  Company, 
Government  Department. 
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2.  Data  Base  design  which  considers  the  data  aodel  and 
special  discussions  for  further  implementation. 

3.  Conclusions  and  recoaaendations. 


At  the  end  are  appendices  which  contain  the  List  of  data 
elements  froa  file  system,  Data  Base  Dictionary,  and  De*a 
Base  personnel  tables. 


Melvin  B.  Klein  and  He  Ivin  H .  Lifson  [Ref.  9]  in  their 


lecture  notes  regarding  Systems  Engineering  says  that 


A  system,  tq  b?  useful,  aust  satisfy  a  need. 
However,  designing  a  system  to  just  meet  the  cur¬ 
rent  need  is  not  usually  sufficient.  With  few 
exceptions,  the  system  aust  be  able  to  meet  a  con¬ 
tinuing  ana  changing  need  over  a  specified  period 
'  time  in  order  to  justify  the  investment  in 
Lae,  money,  and  effort. 


It  is  the  author's  believed  that  the  proposed  system  will 
be  able  to  be  easily  improved  according  to  the  technological 


demands  of  the  future. 
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II.  05 SR  BEQOISEHENTS  DEFINITIONS  AND  ANALYSIS 


A.  GENERAL 

Wise  personnel  decisions  demand  data  about  the  individu¬ 
als  upon  which  decisions  nay  be  based,  the  special  require¬ 
ments  of  jobs,  and  interactions  between  these  two. 
Systematic  procedures  exist  for  gathering  this  data  about 
people,  jobs,  job  behavior;  and  for  estimating  their  inter¬ 
relationships.  This  should  lead  to  the  assurance  that 

the  right  people  move  into  the  right  jobs  at  the 
right  tines  and  under  the  right  circumstances. 

[Ref.  5] 

Personnel  decision-making  is  a  never  ending  process, 
encompassing  not  only  individual  diagnosis  and  job  analysis, 
but  also  job  design,  career  guidance,  and  personnel  develop¬ 
ment  and  training.  People  differ  greatly  from  one  another, 
but  this  fact  does  not  carry  implications  about  the  static 
or  dynamic  nature  of  human  abilities,  needs,  motives,  and 
behavioral  tendencies.  In  fact,  the  pervasiveness  of  both 
the  inter-  and  intra-individual  differences,  and  the  tempo¬ 
ral  changes  in  human  qualities  are  precisely  why  psycholo¬ 
gists  must  take  such  special  care  in  individual  diagnosis  as 
a  basis  for  making  sound  personnel  decisions.  Scientific 
evidence  about  the  individuality  of  people  should  supplant 
the  hunches,  arbitrary  judgments,  invalid  rules  of  thumb, 
and  methods  of  trial  and  error  that  unfortunately  have  char¬ 
acterized  so  many  programs  of  personnel  selection  and  job 
placement  in  the  past.  Learning  about  people  systematically 
and  scientifically  is  the  best  avenue  toward  wise  and  effec¬ 
tive  utilization  of  our  human  resources. 
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Marvin  0.  Gannett e  [Ref.  5]  calls 

...personnel  selection  .  a  ..gigantic  casting 
process — a  process  in  which  auditions  cccar  ana  in 
which  human  behavior  is  assessed.  wisely  or 
unwisely,  validly  or  invalidly.  Obviously,  the 
fairness  of  such  auditions  and  their  relevance  to 
performance  is  the  central  concern  of  the  person¬ 
nel  decision  maker. 


Ideally,  personnel  decision  making  extends  much  further 
to  include  the  possibilities  for  job  redesign,  counseling 
and  guidance;  the  removal  of  organizational  constraints;  and 
the  design  of  specialized  training  or  development  programs. 
Thus  mapping  the  individuality  of  persons  is  necessary  not 
only  for  personnel  selection  and  placement,  but  for  all 
other  personnel  programs  as  well. 


The  Indonesian  Navy  takes  in  hundreds  of  men  each  month; 
they  must  be  placed  into  an  extremely  broad  range  of  duty 
assignments,  training  programs,  and  schools.  Each  man 
inducted  must  be  utilized  somewhere  in  the  system.  The  prob¬ 
lem  involves  very  detailed  classification,  and  it  is  desira¬ 
ble  for  both  the  Navy  and  the  men  involved  to  ensure  that 
assignment  procedures  successfully  achieve  a  close  match 
between  human  skills  and  job  requirements. 


B.  ASPECTS  OF  NAVAL  PERSON NEL  MANAGEMENT 

The  Management  of  the  Navy's  personnel  system  provides  a 
means  to  activate  the  system,  use  it  as  a  communication 
tool,  conform  to  the  social  changes,  and  coordinate  with  the 
other  sub-systems  in  the  Navy.  This  management  includes  two 
major  aspects,  each  with  several  subfunctions:  (1)  a  man¬ 
power  building  aspect  which  includes  functions  involves 
planning  and  investigation,  and  (2)  a  personnel  administra¬ 
tion  aspect  which  includes  functions  involving  procurement, 
education  and  training,  assignment,  treatment,  and 
separation. 
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i.  fts  SaUfllaa  iSBS£t 


In  personnel  planning  it  east  be  determined  what  posi¬ 
tions  must  be  filled  (what  professions  are  needed)  and  what 
skills  are  needed  to  accoaplish  the  reqaired  goals  of  the 
Navy's  organization.  Planning  must  take  place  on  how  to  fill 
these  positions  either  with  personnel  the  Navy  currently  has 
or  by  procuring  new  personnel.  To  accomplish  this  it  is 
necessary  to  carefully  investigate  or  examine  all  of  the 
relevant  factors,  internal  and  external,  which  influence  the 
validity  and  success  of  this  planning.  Internal  factors 
include  all  the  problems  which  relate  to  the  personnel  sys¬ 
tem  itself,  while  external  factors  are  those  which  come  from 
outside  the  Navy  that  directly  and/or  indirectly  influence 
its  personnel  planning. 

2.  Personnel  Administration 

This  second  aspect  of  personnel  planning  includes  a 
number  of  sub-functions.  They  are: 

a.  Personnel  Procure  sent 

Personnel  procureaent  is  the  process  of  gaining 
manpower  for  filling  vacant  positions  which  cannot  be  filled 
froa  within  the  organization  itself.  Sfficient  procurement 
personnel  aust  have  information  concerning  the  candidate's 
education,  qualifications,  experience,  skills,  etc.  After 
candidates  have  been  selected,  their  data  can  be  kept  and 
maintained  so  that  it  can  be  used  at  any  time  for  transfer, 
new  assignment,  promotions,  etc. 
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b.  Personnel  Education  and  Training 

Infornation  regarding  the  education  and  training  of 
perscnnel  is  osed  aainly  for  personnel  development  and  pro¬ 
motion.  This  information  is  used  to  match  or  minimize  the 
difference  between  skills  required  to  fill  a  position  and 
the  skills  possesed  by  those  who  will  occupy  the  position.  A 
person's  educational  background  can  be  used  to  gain  special 
knowledge  needed  placing  a  person  in  a  particular  job  and  to 
prepare  that  person  for  a  new  assignment.  Further ,  this 
information  can  be  used  to  plan  and  monitor  the  careers  of 
leaders,  or  those  personnel  with  special  abilities  who  will 
be  future  leaders,  to  extend  their  abilities  and  skills  in 
preparation  for  future  positions. 

The  results  of  personnel  development  can  be  mea¬ 
sured  by  observing  the  performance  of  individuals  in  gaining 
necessary  skills  and  abilities.  This  information  can  be 
recorded  in  the  personnel  data  and  used  as  a  basis  for 
further  career  development. 


c.  Personnel  Assignment 

Personnel  assignment  deals  primarily  with  selecting 
the  right  people  for  the  right  positions.  Two  aspects  must 
be  considered: 

(1)  Every  vacant  position  must  be  filled  by  a  per¬ 
son  with  the  ability  to  carry  out  the  job  in  the  best  man¬ 
ner,  and 

(2)  The  abilities  and  skills  of  each  person  must  be 
fitted  to  the  job  so  that  he  feels  satisfied  with  the  job 
area. 


In  order  to  accomplish  the  above,  it  is  necessary 
to  have  a  profile  of  the  skill/ability  of  each  position,  a 
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profile  of  the  skill/ability  of  each  person  concerned,  and  a 
periodic  evaluation  of  each  person. 


d.  Personnel  Treat  sent 

Personnel  treatsent  deals  with  the  physical  aspects 
of  the  person  and  the  job.  These  include  such  things  as  aen- 
tal  and  physical  health,  physical  work  and  recreation, 
rewards,  and  personnel  services.  The  latter  benefits  include 
transportation,  salary,  retireaent  plans  and  insurance, 
vacations  and  annual  and  sick  leave,  and  cooperation  between 
the  worker  and  the  eaployer. 


e.  Personnel  Separation 

Personnel  separation  occurs  when  the  person  volun¬ 
tarily  asks  to  be  released  froa  the  ailitary  or  goes  through 
the  process  of  retireaent.  Info  nation  about  the  people  who 
are  terainating  aust  be  coaplsted  in  order  for  the  personnel 
aanageaent  systea  to  give  leads  (directions)  to  other  oppor¬ 
tunities  and  fields.  This  can  be  beneficial  to  both  the 
individual  and  to  the  systea.  If  the  person  voluntarily 
leaves,  the  systea  should  be  able  to  gain  valuable  insights 
into  ways  of  iaproving  the  Navy  so  as  to  reduce  the  nuaber 
of  voluntary  separations. 

3.  Conclusions 

It  can  be  clearly  seen  that  the  personnel  aanageaent 
systea  aust  have  a  great  deal  of  relevant  inforaation  in 
order  to  proceed  efficiently  and  effectively  through  all  of 
the  aspects  involved.  This  supporting  inforaation  aust  be 
coaplete  and  it  aust  be  up-to-date.  This  can  be  accoe- 
plished  only  if  the  relevant  data  is  also  coaplete  and 


up-tc-date.  Moreover,  In  order  to  meet  the  needs  of  all  of 
the  functions,  management  must  also  keep  historical  data 
such  as  rank,  profession,  education,  etc. 

It  can  also  be  seen  that  one  function  may  need  the 
same  information  as  another  function.  Por  example,  the  edu- 
caticn  and  training  function  needs  information  about  the 
educational  history  of  a  person  so  that  it  can  be  used  to 
fit/match  an  assignment  or  profession  to  that  person.  This 
same  information  vould  again  be  used  at  the  time  of  separa¬ 
tion  for  helping  the  person  into  a  new  position. 

If  each  function  were  separately  filed  and  managed, 
the  information  for  each  individual,  there  would  be  great 
duplication.  In  addition,  if  the  data  in  one  file  changed, 
the  data  in  the  other  files  would  also  need  to  change;  this 
would  necessitate  a  great  deal  of  tine  and  energy  in  updat¬ 
ing  several  files  containing  the  same  information.  In  order 
to  prevent  this  duplication  of  files  and  to  save  time  and 
energy,  a  Personnel  Data  Base  is  needed.  This  would  be  a 
collection  of  data,  either  historical  or  otherwise,  which 
could  be  used  in  all  functions  of  personnel  management. 
Updating,  inserting,  and  deleting  of  information  could  be 
performed  only  once.  This  would  become  the  Personnel  Data 
Base. 

C.  TYPICAL  USES  BEQUEST  AND  A PP LICIT  10 US 

Before  discussing  a  typical  Navy  user  information 
request,  it  is  necessary  to  define  what  the  user  is  in  this 
system.  According  to  C.J.  Date  [Ref.  3]  there  are  three 
broad  classes  of  users: 

1.  The  application  programmer,  who  is  responsible  for 
writing  application  programs  which  use  the  Data  Base. 
These  application  programs  operate  on  the  data  in  all 
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the  usual  ways:  retrieving  information,  creating  new 
inforaation,  and  deleting  or  changing  existing  infor¬ 
mation.  The  programs  themselves  may  be  conventional 
batch  applications,  or  they  nay  be  on-line  programs 
that  are  designed  to  support  an  end-user  interacting 
with  the  system  from  an  on-line  terminal. 

2.  The  end-user,  who  accesses  the  Data  Base  from  a  ter¬ 
minal.  An  end-user  nay  employ  a  query  language  pro¬ 
vided  as  an  integral  part  of  the  system,  or  he  or  she 
may  invoke  a  user- written  application  program  that 
accepts  commands  from  the  terminal  and  in  turn  issues 
requests  to  the  DBHS  on  the  end-user's  behalf.  Either 
way  the  user  may,  in  general,  perform  all  the  func¬ 
tions  of  retrieval,  creation,  deletion  and  modifica¬ 
tion,  although  it  is  probably  true  to  say  that 
retrieval  is  the  most  common  function  for  this  class 
of  user. 

3.  The  Data  Base  Administrator  (DBA),  who  is  the  person 
(or  group  of  persons)  responsible  for  overall  control 
of  the  Data  Base  system.  This  control  includes: 

a)  Deciding  the  inforaation  content  of  the  Data  Base. 

b)  Deciding  the  storage  structure  and  access 
strategy. 

c)  Baking  liaison  with  users. 

d)  Defining  authorization  checks  and  validation 
procedures. 

e)  Defining  a  strategy  for  backup  and  recovery. 

f)  Monitoring  performance  and  responding  to  changes 
in  requirements. 
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Id  this  thesis  the  author  defines  the  user  according  to 
the  three  classes  aention  above  and  according  to  who  uses 
this  Data  Base. 

According  to  the  SIP-TNI-AL  (Navy  MIS)  [Ref.  10],  sys¬ 
tem's  users  include  the  following: 

1.  Headquarters  level: 

a)  Manager  level, 

b)  Staff  level, 

c)  Central  executive  level, 

d)  Support  level, 

e)  Field  technical  executive. 

2.  Station  level: 

a)  Manager  level, 

b)  Staff  level, 

c)  Executive  level:  i.e.  ,  coeeand  executive,  opera- 
tional  group,  ship.  Marine. 

3.  Extra  Structural  level:  This  level  is  the  non- 

structured  organization. 

Based  on  the  two  najor  aspects  of  personnel  systes  aan- 
agesent  and  their  breakdowns  into  functions,  sone  examples 
of  user  requests  and  applications  night  include: 

1.  List  all  officers  with  rank  of  Colonel  who  have  edu¬ 
cation  at  the  Staff  and  Coaaand  College  level,  and 
have  held  coaaand  of  a  frigate  ship. 

2.  List  each  Lieutenant  Colonel's  profession  froa  Ensign 
through  current  profession,  and  their  educations 
either  ailitary  or  general. 
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3.  Recapitulate  an  officer's  career  froa  First 
Lieutenant  through  Colonel. 

4.  List  the  data  characteristics  of  a  person. 

5-  Present  an  inforaation  list  for  rank  pronotion  pur- 
poses ,  listing  the  matrix  value  calculation.  Include 
rank,  profession,  education,  and  security  clearance. 

6.  Process  the  autoaatic  nonthly  payaents. 

7.  show  a  list  of  fanily  aeabers  (spouse,  children, 
etc) . 

The  output  forns  for  this  inforaation  are  not  included  in 
this  thesis,  as  they  can  vary.  Also,  the  applications  of 
this  inforaation  aay  change  and  becoae  nore  complicated 
according  to  the  user  requests. 


D.  DATA  BIEHEHTS  AID  THEIH  GBOOPXHGS 

A  trend  toward  nore  integrated  file  structures  has 

e 

resulted  in  the  grouping  together  of  all  data  iteas  relevant 
to  the  aanageaent  and  operations  section  of  a  user  organize* 
tion.  The  eaerging  Data  Base  concept  reguires  placing  all 
relevant  data  in  one  Data  Base  in  a  consistent  and  standard* 
ized  aanner,  eliainating  unnecessary  duplication  and  file 
handling,  and  providing  selective  inquiry  and  extraction 
capabilities  designed  to  aeet  a  vide  variety  of  inforaation 
requests. 

In  order  to  aeet  the  requir eaents,  the  author  had  to 
extract  specific  data  elements  from  the  1979  Navy  census  and 
froa  the  file  system  with  ainor  ao difications.  The  file 
systea  as  it  is  currently  structured  contains  100  (one  hun* 
dred)  separate  data  elements  which  can  be  extracted.  These 
data  eleaents  are  posted  in  Appendix  A. 
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after  Baking  analysis  of  them,  eliainating  soae  redundant 
or  unnecessary  duplications  and  adding  soae  data  elements 
which  are  needed  for  the  Data  Base  model,  the  author  has 
restructured  the  Data  Base  so  that  it  now  contains  only  97 
(ninety  seven)  data  elements  which  are  divided  into  two 
basic  groups: 

1.  Data  elements  that  are  alaost  static  in  relation  to 
others.  These  elements  consist  of  data  that  will  not 
be  frequently  changed.  These  data  elements  are  also 
divided  into  two  smaller  groups: 

a)  Data  elements  which  will  frequently  be  used  or 
retrieved  by  applications  programs  would  be 
grouped  in  Hain  Identification.  This  group 
includes  eight  data  elements:  personnel  serial 
number,  name,  corps,  sex,  birth*  s  date,  religion 
and  tribe. 

b)  Data  elements  which  would  be  seldomly  retrieved  by 
applications  programs  are  grouped  in  Personnel 
Characteristics.  This  group  .would  usually  be  used 
for  intelligence  purposes.  This  group  is  divided 
further  into  four  subgroups: 

i)  Harriage  subgroup  (this  group  may  be 

repeated)  which  contains  two  data  elements: 
marital  status,  and  date  of  marriage. 

ii)  Address  subgroup  (this  group  may  be 

repeated)  which  contains  three  data  ele¬ 
ments:  address,  housing  status,  and  date  of 
housing  status. 

iii)  Body  characteristics  subgroup  (this  group 

will  occur  only  once)  which  contains  eleven 
data  elements:  weight,  height,  blood  type. 


hair,  colour  of  skin,  colour  of  eyes,  size 
of  shoes,  size  of  hat,  size  of  pants,  size 
of  shirt,  and  size  of  chest. 

iv)  Category  and  status  subgroup  (this  group 
will  occur  only  once)  which  contains  seven 
data  elements:  original  personal  status, 

date  of  original  personal  status,  current 
personal  status,  date  of  current  personal 
status,  personal  category,  date  of  personal 
category,  and  active  duty  obligation  tine 
(active  duty  service  began). 

Data  eleaents  that  are  dynamic,  frequently  changed, 
and  which  most  require  replication  for  historic  pur¬ 
poses.  These  data  can  be  subdivided  into  several 
groups  according  to  their  corresponding  historical 
data  applications.  These  groups  include: 

a)  Bank  group  (this  group  is  repeated)  which  contains 
seven  data  eleaents:  rank,  rank  status,  date  of 
rank,  number  of  decision  letter,  date  of  decision 
letter,  who  gave  the  decision  letter,  and  type  of 
proaotion. 

b)  Profession  group  (this  group  is  repeated)  which 
will  contains  ten  data  eleaents:  name  of  profes¬ 
sion,  nuaber  of  decision  letter,  date  of  profes¬ 
sion,  number  of  professional  warrant,  date  of  war¬ 
rant,  group  (echelon)  of  profession,  station, 
reporting  date  at  station,  status  of  placement, 
and  date  of  placeaent. 

c)  Education  group  (this  group  is  repeated)  which 
contains  nine  data  eleaents:  group  code  of  educa¬ 
tion,  educational  institution's  naae,  start  date, 
completion  date,  station,  town,  result  of  educa¬ 
tion,  class  standing,  and  class  size. 
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In  addition  this  group  contains  the  repeated 
subgroups;  i.e.  Subjects  (which  contains  two  data 
elements:  subject  naaa,  and  grade). 

d)  Pa eily  group  (this  group  is  repeated)  which  con¬ 

tains  seven  data  eleaents  of  each  family  and  mem¬ 
bers:  family  name,  family  relation,  sex,  date  of 

birth,  place  of  birth,  religion,  and  address.  In 
addition  there  two  repeating  occurence  subgroups 
data  eleaents  for  each  faaily  and  members: 

i)  Activity  &  Profession  subgroup  (this  group 
is  repeated)  which  contains  four  data  ele¬ 
ments:  name  of  activity,  place  of  activity, 
start  date,  and  completion  date. 

ii)  Education  subgroup  (this  group  is  repeated) 
which  contains  three  data  elements:  educa¬ 
tional  institution's  name,  group  code  of 
education,  and  result  of  education. 

e)  Payroll  group:  this  group  need  not  be  broken-down 
further  since  it  is  usually  only  for  the  monthly 
payroll  application,  which  contains  forteen  data 
eleaents:  date  of  beginning  payroll,  rank  in  pay¬ 
roll,  payroll  period  (month),  number  of  children 
authorized  faaily  allowance,  status  of  children 
authorized  faaily  allowance,  main  salary,  wife's 
faaily  allowance,  children's  faaily  allowance, 
other  faaily  allowances,  obligated  reductions, 
rice  reductions,  other  reductions,  total  salary, 
and  unit  of  payroll. 

f)  Security  group  (this  group  is  repeated)  which  con¬ 
tains  six  data  eleaents:  violation/infringe  type, 
what,  where,  when,  why,  and  how.  In  addition  there 
are  two  subgroups  for  each  Tiolation/Infringe 
type: 
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i)  iho  Involved  subgroup  (this  group  is 
repeated)  which  contains  three  data  ele¬ 
ments:  name  involved,  personal  identifica¬ 
tion,  and  profession. 

ii)  Measures  subgroup  (this  group  night  be 
repeated)  which  contains  three  data  ele¬ 
ments:  action  type,  start  date,  and  comple¬ 
tion  date. 

Data  elements  which  will  become  the  key  to  each  group  can 
be  fcund  in  the  next  chapter  (Data  Base  Model  Design)  . 


III.  DATA  BASS  SPOIL  DESIGN 


A.  GEHEHAL 

Ccnsidering  the  foregoing  synopsis  of  user  requirements 
and  the  DBHS4  (Data  Base  Sanageaent  System),  a  nuaber  of 
important  questions  are  raised.  Among  these  are: 

1.  what  are  appropriate  data  structures  with  which  to 
implement  the  physical  Data  Base  ? 

2.  What  are  the  properties  of  a  useful  data  model,  and 
how  should  they  be  represented  in  the  physical 
structures. 

In  this  chapter  the  author  will  examine  the  problem  of 
what  the  Data  Base  should  look  like  to  the  user;  i.e.,  what 
would  be  the  appropriate  data  model  to  implement  the  real 
world. 

A  model  is  a  basic  system  of  constructs  used  in  describ¬ 
ing  reality.  It  reflects  a  person’s  deepest  assumptions 
regarding  the  elementary  essence  of  things.  It  may  be  called 
a  world  view.  It  provides  the  building  blocks,  the  vocabu¬ 
lary  that  pervades  all  of  a  person's  descriptions.  A  model 
is  acre  than  a  passive  medium  for  recording  our  view  of 
reality.  It  shapes  that  view,  and  limits  our  perceptions. 

The  organization  of  the  data  is  represented  by  a  data 
model.  A  data  model  is  an  intellectual  tool  used  to  under¬ 
stand  the  logical  organization  of  data.  To  understand  data 
models  fully,  it  is  necessary  to  be  aware  of  how  people  per¬ 
ceive  data.  Data  can  be  discerned  at  several  levels.  At  one 


♦DBIS  is  the  software  which  handles  all  access  to  the 

Data  Base. 
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level,  people  logically  organize  their  perceptions  of  the 
real  world.  At  another  level,  they  interpret  (give  meaning 
to)  the  real  world.  Finally,  they  use  data  models  to 
describe  and  record  the  interpretation  of  the  world  as  data 
in  their  computers  or  perhaps  in  seme  other  physical  medium. 

A  data  model  must  be  rich  enough  in  structure  to  describe 
the  significant  aspects  of  the  real  world,  yet  it  must  be 
possible  to  determine  fairly  automatically  an  efficient 
implementation  of  the  conceptual  scheme  by  a  physical 
scheme.  The  conceptual  scheme  is  an  abstraction  of  the  real 
world  pertinent  to  an  enterprise. 

D.  C.  Tsichritzis  and  F.  H.  Lochovsky  [Hef.  18]  define  a 
data  model  as 

a  pattern  according  to  which  data  are  logically 
organized.  It  consists  of  named  logical  units  of 
data  and  expresses  the  relationships  among  the 
data  as  determined  by  the  interpretation  of  a 
model  of  the  world. 

One  of  several  data  models  can  be  used  to  represent  the 
interpretation  of  a  model  of  the  world.  The  main  difference 
between  them  is  the  manner  in  which  they  represent  certain 
relationships  among  the  data. 

Data  values,  by  themselves,  say  nothing  meaningful.  Some 
information  will  be  available  if  a  relationship  has  been 
established  between  the  values. 

A  relationship  is  an  association  among  several  things, 
with  that  association  having  a  particular  significance. 
Relationship  might  be  one-to-one,  one-to-many,  or 
many -to- many. 

There  are  3  major  data  models  that  have  been  used  in  Data 
Base  systems: 

1.  lelational:  this  model  is  based  on  the  set  theoretic 
notion  of  a  relation,  that  is,  a  set  of  k-tuples  for 
some  fixed  k. 
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2.  Hierarchical;  this  data  model  is  a  tree,  where  nodes 
sight  represent  data  elements  groups. 

3.  &£lvs£k:  this  is  the  directed  graph  model,  where 

nodes  represent  sets  of  similar  entities  and  arcs 
represent  associations. 

To  see  the  roll  or  place  of  the  data  model  in  the  Data 
Base  System  as  viewed  by  users,  can  be  seen  in  Diagram  1  as 
a  general  architecture  for  a  Data  Base  System  extracted  from 
C.  J,  Date's  book  [Ref.  3]. 


The  Data  Base  is  the  data  as  physically  recorded  (the 
storage  structure).  In  between  the  Data  Base  and  the  users 
is  interposed  the  data  model,  which  is  the  information  con¬ 
tent  of  the  Data  Base  as  it  is  viewed  by  the  users;  that  is, 
to  the  users  the  data  model  is  the  Data  Base.  The  data 
model  definitions  define  the  various  types  of  data  model 
records.  * 

In  practice  most  users  will  be  interested  only  in  a  small 
portion  of  the  total  data  model.  The  facility  is  therefore 
provided  of  extracting  a  data  submodel  from  the  complete 
data  model  by  means  of  a  data  submodel  description.  A  data 
submodel  say  be  considered  as  the  restriction  of  the  total 
data  model,  to  just  that  portion  of  interest  to  a  particular 
group  of  users  (the  community  user  view).  It  consists  of 
multiple  occurrences  of  multiple  types  of  data  submodel 
record. 

Different  terms  are  used  to  describe  analogous  concepts 
in  different  Data  Base  architectures.  Table  1  lists  terms 
used  in  those  different  models  (the  general  model  described 
in  Diagram  1,  the  Data  Base  Task  Group  model  (DBTG)  ,  and  the 
Information  Management  System  model  (IMS))  and  their  corre¬ 
lation.  That  is,  the  concepts  of  data  model  and  data  submo¬ 
del  correspond  respectively  to  schema  and  subshema*  in  DBTG, 
and  Data  Base  Description  (DBD)  and  the  set  of  all  Program 
Communication  Block  (PCB)  plus  the  associated  mapping  defi¬ 
nition  called  Program  Specification  Block  (PSB)  7  in  IMS. 


*A  record  is  a  named  collection  of  zero,  one,  or  more 
data  elements  or  data  aggregates. 

•Schema  is  the  complete  description  of  all  th?  elements 
in  a  Data  Base.  It  includes  the  names  and  descriptions  of 
all  data  elements,  data  aggregates,  record  occurrences,  and 
areas  that  are  part  of  the  Data  Base.  While  Subschema  is  a 
consistent  and  logical  subset  of  the  schema  from  which  it 
was  obtained  [Ref.  7  and  6  ]. 
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Table  1.  comparison  of  teras  in  various 
Data  Base  Architectures 


Architecture 

General 

DBTG 

IHS 

Data  Hodel 

Schema 

set  of  all  DBp  (Data 

Base  Description) 

Data  Submodel 

Subschema 

set  of. all. PCB  (Program 
Communication  Block) 
plus  the  associated  map¬ 
ping  definition  called 

Psb  (Program  Specifica¬ 
tion  Block) 

workspace 

UWA  (User 
Work  Area) 

I/O  (Input/Output)  area 

language 

Host  Lang¬ 
uage  ♦  DHL 
(Data  Han- 
ipulation 
Language) 

Host  Language  ♦  DL/I 
(Data  Language/1) 

DBMS 

DBHS 

IHS  Control  Program 

B.  APPLICATIONS  TO  DATA  ELEMENTS  GROUPS  HAPPING  ANALTSIS 

The  decision  to  implement  a  Data  Base  is  motivated  by  the 
need  to  share  data  among  a  variety  of  diverse  applications 
and  to  integrate  data  for  supporting  more  sophisticated 
applications.  Both  of  these  requirements  complicate  the 
already  difficult  task  of  providing  safe  and  efficient 
access  to  computerized  data.  DBNS's  have  evolved  to  answer 
two  critical  needs:  support  for  more  interrelated  data  and 
support  for  sharing  data  among  many  diverse  applications. 
These  goals  are  being  achieved,  in  part,  by  providing  DBMS 
software  to  physically  link  related  data  into  complex 


defined.  together  with  its  mapping  to  the  corresponding 
physical  Data  Base,  by  means  of  PCB.  Each  user  has  its  own 
PSB  (that  is,  PSBs  may  not  be  shared,  though  two  distinct 
PSBs  nay  actually  contain  the  same  information).  tRef.  3] 
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structures  using  such  mechanisms  as  pointer  chains,  indices, 
and  sequential  positioning.  They  are  also  being  achieved  by 
the  development  of  Data  Base  design  methodologies  and  rules 
such  as  the  practice  of  storing  information  in  a 
non-redundant  fashion  so  that  changes  by  one  application  to 
the  single  copy  of  the  data  are  seen  by  all  its  users.  In 
other  words,  that  it  is  expected  that  the  updates  of  each 
user  will  be  apparent  to  the  other  users  of  the  data  because 
a  major  goal  of  Data  Base  Manage  sent  is  data  sharing. 

Table  2  shows  the  mapping  of  applications  to  the  data 
elements  groups  from  the  previous  chapter  (Oser  Requirements 
Definitions  and  Analysis)  as  the  external  views*  which 
serves  as  a  basis  for  designing  a  data  model. 

In  the  table,  the  following  abbreviations  are  used: 
HAINID  for  Main  Identification,  PERSCHAB  for  Personal 
Characteristics,  MARR  for  Marriage,  A  DDR  for  Address, 
BODTCHAR  for  Body  characteristics,  CATES  for  Category  and 
Status,  RANK  for  Rank,  PROPP  for  Profession,  EDOC  for 
Education,  SDBJ  for  Subjects,  PAH  for  Family,  PACT  for 
Families* s  Activity,  FEDUC  for  Families* s  Education,  PAYROLL 
for  Payroll,  SEC  for  Security,  WHO  for  Who  involve,  and  MEAS 
for  Measures. 


•The  external  view  is  information  as  presented  on  output 
reports,  displays,  etc.,  and  Its  correspondence  to  data  on 
input  sources.  It  is  this  correspondence  between  the  data 
ana  the  Information  derived  upon  which  the  user's  external 
view  is  based.  [Ref.  14] 
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Table  2*  Applications  to  Data  Elements  Groups  Napping 


Ho.  Applications 


Data  Eleaents  Groups 


H  AIN ID  PERSCHAB 

HARR  ADDR  BODTCHAR  CATEG 


1.  Personal  identifi¬ 
cation  and  the  com¬ 
bination  of  all 
appl  ications 


X 


XXX  X 


2.  Personal  Charac¬ 
teristic 


X  XXX  X 


3.  Bank. promotion  and 


regular  reports  :  X 

4.  profession  :  X 

5.  Education  :  X 

6.  Easily  :  X 

7.  Payroll  :  X 

8.  Security  :  X 


X 


X  X 

XX  XX 


Ho.  Applications 


Data  Eleaents  Groups 


Personal  identifi¬ 
cation  and  the  coa- 
tination  of  all 
applications 

Personal  Charac- 
terist  Ic 

Bank. promotion  and 


1. 

2. 

3.  Ban*  prc 
regular  reports 

4.  Profession 

5.  Education 

6.  family 

7.  Payroll 

8.  Security 


RAHK 


X 

X 

X 

X 

X 


PROFF 


EDOC  ♦  SOBJ 


X 

X 

X 

X 

X 


X 

X 

X 


Table  2.  (continued) 


Data  Eleaents  Groups 


No.  Applications 

FA  8  ♦ 

(FACT  8  FEDOC) 

PATBOLL 

SEC 

(WHO  8  8EAS) 

1.  Personal  identifi¬ 
cation  and  the  com¬ 
bination  of  all 
applications  : 

X 

X 

X 

2.  Personal  Charac¬ 
teristic  : 

3.  Bank .promotion  and 

regular  reports  : 

X 

4.  Profession  : 

X 

5.  Education  : 

6.  Family  : 

7.  Payroll  : 

X 

X 

X 

8.  Security  : 

X 

X 

X 

Considering  the  external  view  and 

special 

processing 

requirements,  now  the  author  can  determine  the  required 
local  view*  for  each  application  function,  as  depicted  in 
Diaqram  2.  Note:  circled  numbers  1  through  8  represent  the 
application  numbers  depicted  in  Table  2.  The  relation 
attribute  shown  in  Diagram  2  is  named  "need." 


t 


n:S 


_ ,  local  view  represents  that  portion  of  the  Da*a  Base 

required  to  support  a  particular  application  function  to 
generate  the  external  view  or,  in  the  case  of  update,  to 
absorb  the  external  view.  The  collection  of  local  views  for 
applications  functions  using  the  Data  Base  det- 
requirements  of  the  external  view.  [Sef.  14] 
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the  various 

ermines  the 


(I  AIN  ID 


C.  DATA  MODEL  DESIGH 


Hew  is  the  tiae  to  derive  the  required  content  and  struc¬ 
ture  of  the  internal  view***  which  is  the  end  result  of  the 
data  aodel  design.  The  priaary  tool  in  Data  Base  design  is 
a  good  data  aodel  design  which  satisfies  the  organization's 
requireaents  and  specifies  the  conceptual  design. 

Sene  characterization  of  a  "good"  conceptual  design  as 
extracted  fron  Diane  C.  P.  and  J  .  M.  Snith  paper  [Sef.  16] 
are  as  follows: 

-  Ccncept  coaplete:  derivable  concepts  should  be  included. 

This  concept  guarantees  that  no  useful  objects  are  left 
out  of  the  Data  Base  and  that  designers  are  not  inappro¬ 
priately  constrained.  Por  aany  derived  concepts  the  der¬ 
ivation  can  only  be  aade  in  one  direction,  but  when  the 
derivation  is  reversible  there  nay  be  a  perforaance  rea¬ 
son  for  choosing  one  object  to  be  the  base  and  the  other 
tc  be  derived. 

-  Evolvable:  it  should  be  locally  aodifiable  and  it  should 
be  flexible  in  supporting  user  interpretations. 

Lccally  aodifiable  in  each  iterations  produced  by  the 
design  process  will  aake  the  process  becoaes  easy  and 
tiae  saving.  Flexibility  of  interpretation  is  another 
property  that  facilitates  the  design  process  in  that  new 
applications  aay  be  added  with  potentially  little  iapact 
on  the  existing  design. 

-  Independence  of  existing  installation  and  DBNS 
constraints. 


to?he  internal  view  is  the  coaplete  data  structure  aain- 
tainfd  by  th«  .  systea  tp.  generate  the_  aultlgle^local  _vi 


The  internal  view  describes  the  Data  Base  it 


_  _evs, 

[Bef.  14] 
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Develop  the  design  independent  of  current  state 
lisitations  and  conventions  first  and  then  tailor  it  to 
the  systea.  Bhen  changes  occur  the  original  design  will 
be  available  to  facilitate  systes  update  or  conversion. 

Fros  the  local  view  as  depicted  in  Diagras  2,  the  author 
can  derive  the  relationship  between  the  data  eleeent  groups 
as  tc  the  cwner  and  the  aeaber*  *  as  depicted  in  Table  3.  The 
relationship  "is-part-of "  is  the  attribute  naae  of  the  rela¬ 
tionship  froa  the  aeaber  to  the  owner,  or  attribute  naae 
"has-  "**  froa  the  owner  to  the  aeaber. 

Regarding  the  data  aodel,  further  Diane  C.  P.  and  J.  M. 
Saith  [Ref.  16]  define  each  of  the  following  properties  con¬ 
tribute  to  the  value  of  a  "good"  data  aodel: 

It  should  be  expressive. 

A  data  aodel  should  be  sensitive  to  iaportant  distinc¬ 
tions,  so  it  will  guide  its  users  to  include  the  concepts 
and  objects  necessary  to  a  good  design. 

-  It  should  not  over-constrain  iapleaentors. 

The  data  aodel  should  not  in  ply  a  particular  inplenenta- 
tion  strategies  and  its  vocabulary  should  be  at  a  high 
enough  level  to  be  free  of  iapleaentation  connotations. 

A  data  aodel  should  have  a  ffornal  basis. 

This  provides  the  physical  designers  and  iapleaentors 
with  a  sound  foundation  for  verifying  their  werk  and  eli- 
ainates  the  anbiguity. 


* 1  Th  e  owner  is  the  sane  as  aaster, superior  or  parent 
group  which  nas.  zero  or  nore  aeaber  (subordinate  or  depen¬ 
dent;  group  of  data  eleaents. 


**Rhere  "-personal  .  characteristic," 
"-profession,"  etc.  are  substituted  for  "- 


"-rank," 
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Tafrje  Data  eleaents  groups  (as  owner-aeaber) 
relationship 


Owner 


H1INID 

PIBSCHAB 

RANK 

PBOPF 

SCOC 


Heaber 


H All ID  PEBSCHAH  BASK  PROPP  EDOC  PAH  PAYROLL  SEC 
abed  efg  hi 


X  X  X  X 


PAH 

PAYROLL 

SIC 


X  X 


X  X 


Ncte:  a  *  MARK,  b  =  ADD  B,  c  «  30DYCHAR,  d  *  CAT EG,  e 
f  *  PACT,  g  »  PEDOC,  h  ■  WHO,  i  *  HEAS. 


SD3J, 


A  data  aodel  should  be  widely  applicable. 

Tc  produce  an  integrated  design  that  can  be  checked  for 
internal  consistency,  we  hare  to  use  one  data  aodel  which 
encoapass  applications  that  are  rery  dynamic,  rery  scien¬ 
tific,  and  rery  coaaercial  in  their  orientation. 
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i  data  aodel  should  be  understandable. 


k  data  Model  should  provide  soae  kind  of  non-techni,cal 
presentation,  pictorial,  and  utilising  the  teninology 
and  linguistic  constructs  of  the  end  user. 

Finally  and  aost  fundamentally,  a  data  aodel  aust  reflect 
and  support  huaan  concept  for  nation  and  understanding. 

The  coaposition  rules  (syntax)  of  the  data  aodel  do  not 
fcrce  its  users  to  asseable  objects  in  ways  that  differ 
froa  hov  they  would  naturally  asseable  thea,  because 
huaan s  have  innate  aechanisas  for  coping  with  complexity. 


The  utility  of  a  data  aodel  depends  not  just  on  the  prop¬ 
erties  described  above,  but  also  on  the  existance  of  a  set 
of  rules  or  a  methodology  for  using  it.  Without  such  gui¬ 
dance  nany  designs  aay  be  produced  even  using  a  good  data 
aodel  before  an  acceptable  one  is  achieved. 

The  method  for  modelling  the  individual  structured  compo¬ 
nents  pertinent  to  an  enterprise  and  their  interrelation¬ 
ships  is  based  on  mechanises  that  huaan  use  for  thinking 
about  such  things.  It  is  the  preaise  of  this  data  aodel  that 
we  as  huaan  beings  succeed  in  understanding  complex  systems 
by  creating  abstractions  froa  that  can  be  named  and  con¬ 
ceived  of  as  a  whole.  Thus,  an  abstraction  of  a  system  is  a 
collection  of  details  that  can  be  treated  as  a  whole. 

Finally  froa  all  of  the  above  analysis  author  can  derive 
a  data  aodel  as  depicted  in  Diagram  3. 

The  data  elements  which  are  in  the  groups  can  be  seen  in 
chapter  2  section  D  (Data  Eleaents  and  Their  Groupings). 

The  key  of  each  group  is:  personal  serial  nuaber  for 

Sain  Identification  group  (this  also  as  the  main  key  for 
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\mtm\ 


PEBSCHA 


8 


P80F1 


OETCHAH  CATE 


ISO  IheasI 


Diagram  3.  Personnel  Data  Model 


each  person)  ,  narital  status  for  Marriage  subgroup,  housing 
status  for  Address  subgroup,  blood  type  for  Body 
Characteristic  subgroup,  current  personal  status  for 
Category  and  Status  subgroup,  rank  for  Bank  group,  echelon 
of  profession  for  Profession  group,  group  code  of  education 
for  Education  group,  subject  for  Subjects  subgroup,  family 
relation  for  family  group,  name  of  activity  for  Activity 
subgroup,  family  group  code  of  education  for  Family 
Education  subgroup,  unit  of  payroll  for  the  Payroll  group, 
violation/infringe  type  for  Security  group,  name  involved 
for  Bho  involved  subgroup,  and  action  type  for  Measures 
subgroup. 


Fcr  the  complete  description  see  the  Data  Base  dictionary 
in  Appendix  B. 
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D.  SPECIAL  DISCDSSIOHS 


1.  Personal  Serial  Humber 

The  personal  serial  number  is  the  main  key  in  the 
Personnel  Data  Base.  Many  significant  differences  exist 
between  military  and  civilian  serial  numbers.  Even  within 
the  military  there  are  a  large  number  of  major  differences. 
In  order  to  make  accessing  the  Data  Base  easier,  the  per¬ 
sonal  serial  number  must  be  transformed  into  a  common  form 
before  they  are  actually  stored  in  the  Data  Base.  Thus,  a 
routine  must  be  designed  to  transform  the  various  forms  of 
personal  serial  numbers  into  a  common  form  before  storing 
them  in  the  Data  Base  and  then  transform  them  back  to  their 
original  form  upon  retrieval. 

Below  are  the  recommended  transformations  for  personal 
serial  numbers: 

a.  Military: 

1) .  Officer: 

a) .  Regular :  OONNNNNNN 

Example:  8999/P  ====>  000008999 

b)  .  Titular:  10NNNNNNN 

Example:  7188/PT  ====>  100007188 

c)  .  Military  obligated:  20YYNNNNN 

Example:  7919786/W  =**==>  207919786 

2) .  Warrant  Officer  and  below: 

a) .  Regular:  30NHNHNNN 

Example:  93246  ****»>  300093246 

b)  .  Military  obliged:  40YYNNNSN 

Example:  8025134  **»«»>  408025134 
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b.  Civilian:  5  NNNNNN NN 


Example :  30599791  **=*=>  530599791 

2.  SSfiSliti  S£2J1P 

This  group  is  provided  as  an  additional  one  because  of 
its  importance  to  users.  There  is  no  data  available  for  it 
at  the  present  in  Dispullahtal,  but  it  is  maintained  in  the 
Intelligence-Security  Office. 

This  group  can  only  be  accessed  by  authorized 
Intelligence- Security  Personnel,  and  thus  it  must  be  given 
special  treatment.  Only  those  who  are  priviledged  to  use  it 
can  access  these  groups/segments .  Thus,  data  security13  is 
required  for  this  group.  The  issue  of  security  enforcement 
involves  two  things:  (1)  authorization  procedures  which  not 
only  help  in  user  identification  but  allow  users  to  deter¬ 
mine  their  own  passwords,  and  (2)  control  by  the  system  of 
user  actions  after  authorization  is  given.  Security  con¬ 
trols  range  from  simple  sign-on  procedures  that  access  to 
the  whole  system,  through  passwords  that  control  access  to 
different  levels  of  the  Data  Base,  to  elaborate  access 
matrices  and  programmed  procedures.  Furthermore,  coopera¬ 
tion  between  the  Intelligence-Security  officer  and  the  DBA 
is  a  must  in  controlling  and  maintaining  the  security  data 
element  group. 


3.  I&ll  2i££i£aS£Z/24£££to£i§S  (22Z£> 

Individual  DBMS'  have  their  own  methods  to  predefine 
data  descriptions.  Each  has  a  repository  for  the  Data  Base 


}3Data  securit 
thorized  disclosur 


l. 


is  protection  of  the  data  against 
alteration,  or  destruction.  [Ref. 
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description,  a  language  facility  to  process  that 
description,  and  a  mechanism  tc  input  that  description  to 
the  DBMS. 

The  general  objectives  of  a  DD/D  [Ref.  19]  are  to: 

Prevent  unplanned  redundancy  and  inconsistency  in  appli¬ 
cation  systems  development  in  the  areas  of  source-data 
collection,  processing,  secondary  storage,  and  informa¬ 
tion  to  users. 

Reduce  application  systems  development  and  implementation 
lead  times  and  costs. 

-  Reduce  applications  modification  lead  times  and  costs. 

-  Aliev  for  establishment  and  enforcement  of  standards 
relating  to  data  usage  and  responsibility  (format,  mean¬ 
ing,  validity,  timeliness,  and  so  forth). 

In  most  DBMS’s  the  included  data  dictionary  is  primar¬ 
ily  oriented  toward  the  internal  representation  or  the 
machine  use  of  the  data  definition.  It  defines  the  internal 
form,  physical  location,  and  access  to  the  stored  data.  Clay 
R.  Sprowls  [Ref.  17]  says  that  the  data  dictionary  is  pri¬ 
marily 

a  directory  that  defines  the  internally  necessary 
attributes  of  the  data,  their  physical  character¬ 
istics,  and  stored  locations. 

The  Data  Base  description  does  contain  some  dictionary 
information  oriented  toward  the  user.  But  it  dees  not  pro¬ 
vide  all  of  the  information  that  a  good  dictionary  should 
provide  for  the  variety  of  users  who  need  access  to  data 
descriptions.  Clay  R.  Sprowls  [Ref.  17]  lists  some  sug¬ 
gested  contents  of  data  dictionary  as  follows 

-  Osage:  status  (tentative  or  approved),  effective  data, 
programs  (used  by)  ,  and  users  (both  formal  ar.d  informal)  . 
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Relationships:  field  (group,  record,  file,  set,  network), 
linkage  (pointers  to  and  from) ,  parent  of,  child  of, 
scrted  order  by  key,  and  relative  position  in  data 
description. 

-  Administrative  control:  ownership  (department,  department 
position),  definition  (proposed  by,  analyst  name), 
authority  to  access  data  (to  define,  to  add  or  delete,  to 
change)  ,  security  (special  provisions)  ,  source  (input, 
document  description,  generated,  and  algorithm  to 
compute. 

Identification:  label,  programming  language  name,  syno¬ 

nyms  (if  same  data  field  is  used  more  than  once),  textual 
descriptions  (including  perhaps  keyword  descriptions), 
version  number  (for  validation  changes)  ,  lost  change  date 
(for  keeping  data  definitions  current)  . 

Technical  specifications:  data  type  (quantitative  or  qua¬ 
litative),  use  (external  and  internal),  form  of  each  use 
(length,  representation  or  picture,  precision,  mode, 
justification,  report  form  edited) ,  unit  of  measure,  time 
dependency  (for  update),  accessing  (record  key  or  index), 
data  validation,  edit  masks  (valid  codes) ,  value  range, 
and  test  data  (for  program  listing). 

An  exact  list  of  dictionary  contents  for  an  organiza¬ 
tion  and  its  DBMS  depends  upon  the  breadth  and  emphasis  it 
places  on  the  use  of  the  dictionary.  The  data  dictionary 
for  the  Personnel  Data  Base  and  its  description  are  depicted 
in  Appendix  B. 


A  Data  Base  Management  System  must  provide  a  means  to 
restore  the  Data  Base  to  a  consistent  state  that  reflects 


the  situation  after  soae  number  of  transactions  were  com¬ 
pleted.  The  journal  is  a  basic  accounting  record  in  which 
all  transactions  of  a  certain  type  are  recorded.  A  system 
journal  records  every  transaction  that  occurs  within  the 
system.  Jeffrey  D.  Oilman  [Ref.  20]  lists  the  most  general 
case  of  journal  entries  which  consists  of  (1)  a  unique  iden¬ 
tifier  for  any  transaction  causing  a  change,  (2)  the  old 
value  of  the  item,  and  (3)  the  new  value  of  the  item. 

In  this  Data  Base  the  author  suggests  that  journal 
entries  consist  of: 

Identification  of  the  users  accessing  the  Data  Base. 

-  Type  of  operation  accessing  the  Data  Base  (update, 
insert,  delete,  list,  etc.). 

-  Pointer  to  the  record  being  accessed. 

Personal  serial  number  cf  the  record  being  accessed. 

The  old  value  of  the  item. 

J  The  new  value  of  the  item. 

-  Time  and  date  of  the  beginning  and  of  the  end  of  transac¬ 
tions  and  accesses. 

-  Summaries  which  contain  the  number  of  personnel  in  the 
Navy  either  military  or  civilian,  number  of  personnel  in 
each  rank. 


The  Data  Base  administration  is  the  agency  which  exer¬ 
cises  centralized  control  over  the  Data  Base  System.  It 
includes  several  specialties,  including  information  system 
analysis,  data  structure  and  data  storage  organization 
design,  security,  recovery,  auditing,  and  accounting.  Each 
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of  these  specialties  nay  be  assigned  to  one  individual  for 
an  uncomplicated  Data  Base  used  under  undemanding 
conditions. 

The  individual  in  charge  of  the  Data  Base  administra¬ 
tion  is  the  Data  Base  idministrator  (DBA) .  The  DBA  uses  the 
computer  to  build  and  operate  his  tools.  Such  tools  may 
include  system  flow  analysis  tools,  data  relationship  analy¬ 
sis  tools,  performance  simulators,  data  storage  organization 
and  reorganization  tools,  and  other  utilities.  Beside  the 
DBA  the  personnel  with  the  specialties  mentioned  above  must 
be  organized  to  manage  and  improve  the  Data  Base. 
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This  thesis  project  explored  the  step-by-step  logical 
design  of  the  Personnel  Data  Base  model  which  covers: 

1.  Gathering,  recording,  and  analyzing  the  user  require- 
aents,  including  the  analysis  of  the  applications 
function  and  deteraining  data  element  groupings.  This 
Data  Base  consists  cf  97  (ninety  seven)  data  elements 
which  have  been  divided  into  17  (seventeen)  data  ele¬ 
ment  groups. 

2.  Deriving  and  designing  a  logical  data  model,  includ¬ 
ing  the  analysis  of  data  element  groups  relation¬ 
ships,  applications  to  data  element  groups  relation¬ 
ships,  and  determining  the  Personnel  Data  Base  model. 
The  structure  of  the  data  model  designed  is  hierarch¬ 
ical.  The  Data  Base  dictionary  was  also  designed  as 
a  directory  for  the  Data  Base  and  is  included  in 
Appendix  B. 

The  Data  Base  design  effort  is  not  completed,  and  can  not 
be,  until  the  logical  design  is  finished.  After  this  has 
been  done  the  logical  design  must  be  transformed  to  a  physi¬ 
cal  design.  The  author's  recommendations  are: 

1.  To  continue  and  to  complete  the  design.  This  involves 
applying  this  data  model  to  a  physical  machine. 

2.  To  fora  and  organize  a  Data  Base  administration, 
identifying  the  personnel  needed  to  manage  and 
improve  the  Data  Base. 


44 


APPENDIX  A 


lxsz  qz  &m  sLzasm  ms  ms  nssss 


1.  Personal  Serial  Nuaber 

2.  Check  Digit  of  the  Personal  Serial  Nuaber 

3.  Duplication  Code  of  the  Personal  Serial  Number 

4.  Batch  Nuaber 

5.  Naae*s  Spelling  Code  (Old  or  New) 

6.  Naae 

7.  Original  based  name  froa 

8.  Corps 

9.  Named  based  originally  froa 

10.  Current  Personal  Status 

11.  Date  of  Current  Personal  Status 

12.  Personal  Category 

13.  Date  of  Personal  Category 

14.  Date  of  Birth 

15.  Current  Station 

16.  Current  Bank 

17.  Active  Duty  Obligation  Time  (Active  Duty  Service 
Began) 

18.  Sex 

19.  Harital  Status 

20.  Nuaber  of  Wives 

21.  Nuaber  of  Children 

22.  Nuaber  of  Children  Authorized  Faaily  Allowance 

23.  Status  of  Children  Authorized  Family  Allowance 

24.  Status  of  Bouse 

25.  Blood  Type 

26.  Weight 


45 


27.  Height 

28.  Color  of  Skin 

29.  Hair 

30.  Color  of  Eyes 

31.  Size  of  Shoes 

32.  Size  of  Hat 

33.  Size  of  Pants 

34.  Size  of  Shirt 

35.  Size  of  Chest 

36.  Unit  of  Administration 

37.  Unit  of  Payroll 

38.  Unit  of  individual's  Field  Provisians  (Equipment) 

39.  Unit  of  Side  Dishes  Honey 
4  0.  Religion 

41.  Tribe 

42.  Place  of  Birth 

43.  Bank 

44.  status  of  Bank 

45.  Date  of  Bank 

46.  Decision  Letter  of  Bank 

47.  Date  of  Decision  Letter  of  Bank 
4  8.  Who  Gave  the  Decision  Letter 

49.  Type  of  Promotion 

50.  Date  of  Profession 

51.  Status  of  Placement 

52.  Date  of  Placement 

53.  Station 

54.  Reporting  Date 

55.  Profession's  Kama 

56.  Rank  in  Profession 

57.  Decision  Letter  of  Profession 

58.  Date  of  Profession's  Decision  Letter 

59.  Warrant  of  Profession 

60.  Date  of  Warrant  of  Profession 
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61.  Echelon  (Group)  of  Profession 

62.  Group  Code  of  Education 

63.  Start  Date  of  Education 

64.  Completion  Date  of  Education 

65.  Place  of  Education  (Station,  Town) 

66.  Educational  Institute’s  Name 

67.  Result  of  the  Education 
6  6.  Class  Standing 

69.  Class  Size 

70.  Relative’s  Identity 

71.  Relative’s  Name 

72.  Relative’s  Relation 

73.  Relative’s  Birth  Date 

74.  Relative’s  Sex 

75.  Relative’s  Birth  Place 

76.  Relative’s  Religion 

77.  Code  of  the  Relative’s  Description 

78.  Relative’s  Description 

79.  Date  of  Payroll 

80.  Rank  in  Payroll 

8 1.  Status  of  Payroll  Period 

82.  Payroll  Period 

83.  Harital  Status  in  Payroll 

84.  Sain  Salary 

85.  Rife’s  Pasily  Allowance 

86.  Other  Faaily  Allowance 

87.  Children  Easily  Allowance 

88.  Extra  Earnings 

89.  (Iain  Reduction  of  Salary 

90.  Rice  Reductions 

91.  Advance  Paysent  Reductions 

92.  Housing  Reductions 

93.  Loss-damage  Reductions 

94.  Other  Reductions 
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95.  Seduction’s  code 

96.  Completion  Date  for  the  Reduction  of  the  Advance 
Payment 

97.  Completion  Date  for  the  Reduction  of  Loss-damage 
96.  Completion  Date  for  Other’s  Reduction 

99.  Salary  Round-off 

100.  Onit  of  Payroll 
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DATA  BASE  PICT  10 HART 


This  data  dictionary  contains  descriptions  of  the 
Personnel  Data  Base  segments  (data  eleaents  groups)  and 
their  data  eleaents.  There  ar9  six  coluans  in  the  table: 

1.  Bleaent  Huber  (ELH  #)•  The  data  eleaent/segaent 
nuaber  contains  four  digits.  The  first  two  digits  is 
the  segaent  nuaber,  beginning  froa  the  root  and 
increasing  by  one  (leading  zeroes  suppressed) ,  and 
another  two  digits  for  the  data  eleaent  number  in  the 
segaent  beginning  froa  one  and  increasing  by  one. 

For  exaaple:  1005  indicates  the  tenth  segment  and 

data  eleaent  nuaber  five  in  the  segment. 

2.  Data  Element  (DATA-*  EL  SHE  HT)  •  This  column  contains 

data  eleaent/segaent  name  as  it  is  known  to  the 
users. 

3.  Data  Haae  (DATA-HAHE)  •  This  column  contains  the  uni- 
que  naae  for  data  eleaent/segaent  which  is  to  be  used 
by  prograaaer/user  when  retrieving  data  from  the  Data 
Base. 

4.  Type  (TYPE)  •  This  column  contains  the  data  element's 
type  where  H  aeans  Numeric  and  AH  means  Alpha 
Huaeric. 

5.  Inaber  of  Character  (#  OF  CHAR).  This  coluan  con¬ 
tains  nuaber  of  characters  in  the  record  field  of  the 
data  eleaent/segaent. 
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1 


1 


6.  Description  (DESCRIPTION)  .  This  column  contains  the 
description  of  the  data  eleaent/segaent.  Described 
are  the  data  eleaent/segaent  relationships  (depen¬ 
dent,  root,  etc.) ,  key  record/segaent ,  administrative 
control,  usage,  and  identifications.  This  description 
helps  the  prograaaer/user  to  find  the  path  to  desired 
data  ele sent/ sega ent  in  the  Data  Base. 

The  abbreviations  used  in  the  data  dictionary 
table  are:  DB  for  Data  Base,  sega  for  segment,  lev 

for  level,  tbl  for  table  and  refer  to  the  Personal 
Tables  (nuabered  in  parenthesis)  in  APPENDIX  c. 
YYBBDD  for  Year  (two  digits)  Bonth  (two  digits)  and 
Date  (two  digits) ,  occurr  for  occurrence,  dependt  for 
dependent.  Kg  for  Kilograa,  and  Ca  for  Centiaeter. 


sc  sssxsszais3s3saxssssa«ss  sssusissssinssasssissxsssissxssf 


E^B 

DATA- 

I1EHEHT 

DATA¬ 

BASE 

TI¬ 

PS 

i  OP 

CHAR 

BX  ^g^g  gg  gg  ; 

DESCRIPTION 

100 

^a^a  s  -S  ms  as— ^^a  — s* 

Bain  identification 

!  aSBcaa 

MAI  NID 

76 

• a  ssia.  ^a as 

Root  sega  DB 

lev  1,  sega  1, 

one  occurr 

101 

Personal  Serial 

SERN0N 

N 

9 

Record  key 

Number 

(Bain  key) 

102 

Naae 

NAME 

AN 

26 

Naae,  title 

103 

Corps 

CORPS 

N 

3 

See  corps  tbl 

(19) 

104 

Sex 

SEX 

N 

1 

See  sex  tbl  (3) 

105 

Birth  date 

DBBIRTH 

N 

6 

IIBBDD 

106 

Birth  place 

PBBIRTH 

AN 

15 

Town  (city) 

107 

Religion 

RELIGI  ON 

N 

1 

See  religion 
tbl  (12) 

108 

Tribe 

TRIBE 

AN 

15 

- 

50 


200 

Personal 

CHARACT 

Dependt  segm 

of 

characteristics 

root,  lee  1, 

sega  2,  one 

occurr 

300 

Marriage 

HARR 

7 

Dependt  sega 

of 

CHARACT,  lee 

sega  3, 
repeated 

3, 

301 

Marital  status 

MAR  ST 

N 

1 

See  aarital 

status  tbl  (4)  , 

sega  key 

302 

Date  of  status 

HARDT 

N 

6 

YIHHDD 

400 

iddress 

ADDR 

33 

Dependt  sega 

of 

CHARACT,  lee 

sega  4, 

repeated 

3, 

401 

Address 

ADDRESS 

AN 

26 

- 

402 

Housing  status 

HOUSE 

N 

1 

See  housing 

status  tbl  (6)  , 

sega  key 

403 

Date  of  status 

HOOSEDT 

N 

S 

YYHMDD 

500 

Body  characteristic 

BODYCH  AR 

18 

Dependt  sega 

of 

CHARACT,  lee 

sega  5,  ore 

3, 

occurr 

501 

Weight 

WEIGHT 

N 

3 

In  Kg 

502 

Height 

HEIGHT 

N 

3 

In  Ca 
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503 

Blood  type 

BLOOD 

N 

1 

See  blood  type 
tbl  (7) ,  segm 
key 

504 

Color  of  skin 

SKI  N 

N 

1 

See  color  of 

skin  tbl  (8) 

505 

Hair 

HUB 

H 

1 

See  hair  tbl 

(9) 

506 

Color  of  eyes 

EYES 

N 

1 

See  color  of 

eyes  tbl  (10) 

507 

Size  of  shoes 

SHOES 

N 

2 

- 

508 

Size  of  hat 

HAT 

N 

2 

- 

509 

Size  of  pants 

PANTS 

N 

1 

See  pant  shirt 
tbl  (11) 

510 

Size  of  shirt 

SHIRT 

H 

1 

See  pant  shirt 
tbl  (11) 

511 

Size  of  chest 

CHEST 

N 

2 

*■“ 

600 

Category  and  status 

CAT  EG 

29 

Dependt  segm  of 

CHARACT,  lev  3 , 

segm  6,  one 

occurr 

601 

Original  personal 

ORPERST 

N 

2 

See  personal 

status 

status  tbl  (1) 

602 

Date  of  original 
personal  status 

CBPERDT 

N 

6 

Y*HMDD 

603 

Current  personal 

CEPERST 

S 

2 

See  personal 

status 

status  tbl  (1)  , 
segm  key 

604 

Date  of  current 

CBPEBDT 

S 

6 

YYHHDD 

personal  status 

605 

rersonal  category 

CATEGORY 

N 

1 

See  personal 

category  tbl 
(2) 
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DTGORY  N 


5 


YYHMDD 


606  Date  of  personal 
category 

607  Active  duty  oblige-  DTACT  N  6  YYMMDD 
ted  tiae  (Active 

service  duty  began) 


700 

Rank 

RANK 

39 

Dependt  sega  of 

root,  lev  2,segm 

3,  repeated 

701 

Rank/Group 

RANKG 

N 

2 

See  rank  tbl 

(18) ,  sega  key 

702 

Status  of  rank 

STRANK 

N 

1 

See  status  of 

rank  tbl  (13) 

703 

Date  of  rank 

DTRANK 

N 

6 

YYMMDD 

704 

Number  of  decision 

letter 

NBDECLET 

AN 

8 

Format: NNNNMMYY 

NNNN:  number 

MM  :  month 

YY  :  year 

705 

Date  of  decision 

letter 

DTDECLET 

N 

5 

YYMHDD 

706 

Who  gave  the  decisi¬ 
on  letter 

GVDECLET 

AN 

15 

Official 

functionary 

707 

Type  of  promotion 

TP PROS 

N 

1 

See  type  of 
promotion  tbl 

800  Profession 


PR0F2S S 


Dependt  sega  of 
root,  lev  2, 
sega  4, 
repeated 


801  Name  of  profession  NHPROF  AN  15 


802 

Number  of  decision 

NBDECP 

AN 

8 

Format : NNNNMHYY 

letter 

NNNN:Number 

HR: Month 

YY: Year 

803 

Date  of  decision 

DTP SOP 

N 

5 

NNNNNN-YYM8DD 

letter 

804 

Number  of  professi- 

NBWASP 

AN 

8 

Format: NNNNMHYY 

cnal  warrant 

NNNN : Number 

MM: Month 

YY: Year 

805 

Date  of  warrant 

DTHASP 

N 

6 

NNNNNN-YYMMDD 

806 

Echelon  of 

ECHELON 

N 

2 

See  echelon 

profession 

tbl  (21) 

807 

Station 

STATIO  N 

N 

3 

See  station  tbl 

(22) 

808 

Heporting  date 

DTSTAT 

N 

6 

YYMMDD 

809 

Status  of  placement 

STPLAC  E 

N 

1 

See  status  of 

placement  tbl 

(15) 

810 

Date  of  placement 

DTP LAC  E 

N 

6 

YYMHDC 

900 

Education 

EDUC 

73 

Dependt  segm  of 

root,  lev  2, 
segm  9, 
repeated 

901 

Group  code  of 

EDOCCD 

N 

3 

See  group  code 

education 

of  education 

tbl  (20)  ,  segm 
key 

902 

Educational  Insti- 

ED0CNM 

AN 

15 

- 

tote's  Hane 

903  Start  date 

904  Completion  date 


EDOCSD  N 
EDO CCS  N 


6 

6 


YYMMDD 

YYMMDD 


905 

Station 

EDS TAT 

N 

3 

See  station 

tbl  (22) 

906 

Town  (city) 

EDTOWN 

AN 

15 

- 

907 

Result  of  education 

RESULT 

N 

1 

See  result  of 

education  tbl 

(16) 

908 

Class  standing 

C5T  AND 

N 

3 

- 

909 

Class  size 

CSIZE 

N 

3 

1000 

Subjects  * 

SOBJ 

18 

Dependt  segm  of 

EDOC,  lev  3, 

sega  10, 

repeated 

1001 

Subject  name 

SOB JEC  T 

AN 

15 

Sega  key 

1002 

Grade 

GRADE 

AN 

3 

Can  be  nuaeric 

or  alphabet 

1100 

Faaily 

FAR 

76 

Dependt  segm  of 

root,  lev  2, 

sega  6, 

repeated 

1101 

Faaily  name 

FNARE 

AN 

26 

Name,  title 

1102 

Faaily  relation 

FREL 

N 

1 

See  faaily 

relation  tbl 

(17) ,  sega  key 

1103 

Sex 

FSEX 

N 

1 

See  sex  tbl 

(3) 

1104 

Birth  date 

FDBIRTH 

N 

6 

Y7HNDD 

1105 

Birth  place 

FPBIRTH 

AN 

15 

Town  (city) 

1106 

Religion 

FRELI5I 

N 

1 

See  religion 
tbl  (12) 

1107 

Address 

FA  DDR 

AN 

26 

- 
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1200  Activity 


FACT 


48  Dependt  segn  of 
PAH,  lev  3, 
segn  12, 
repeated 


1201  Name  of  activity 

1202  Place  of  activity 

1203  Start  date 

1204  Completion  date 


FNACT 

AN 

26 

Segn  key 

PPACT 

AN 

15 

Town  (city) 

PS  ACT 

N 

6 

YYHHDD 

PC  ACT 

N 

6 

YYHHDD 

1400  Payroll 


PAYROLL 


Dependt  segn  of 
root,  lev  2, 
segn  14,  one 


occurr 


1401 

Date  of 

beginning 

DBPAY 

N 

6 

YYHHDD 

1402 

payroll 
Rank  in 

payroll 

RKPAY 

N 

2 

See  rank  tbl 

(18) 

1403 

Payroll 

period 

PERPAY 

N 

3 

In  nonth 

1404  Number  of  children  CHFAM 


11 


1 


authorized  family 

allowance 

1405 

Status  of  children 

STCHFAH 

N 

1 

See  children 

authorized  family 

allowance  sta- 

allowance 

tus  tbl  (5) 

1406 

Bain  salary 

BAINS  A L 

N 

6 

In  Bupiah 

1407 

Wife*s  Family 

Allowance 

WFALL 

N 

5 

In  Rupiah 

1408 

Children  Pamily 

Allowance 

CHALL 

N 

5 

In  Pupiah 

1409 

Other  faaily  allo- 

Allowances 

OTALL 

N 

5 

In  Bupiah 

1410 

Obligated  reductions 

OBBED 

N 

5 

In  Bupiah 

1411 

Bice  reductions 

BCBEO 

N 

5 

In  Rupiah 

1412 

other  reductions 

OTB  ED 

N 

5 

In  Bupiah 

1413 

Total  salary 

TOT SAL 

N 

6 

In  Bupiah 

1414 

Onit  of  payroll 

UNPAY 

N 

4 

See  station  tbl 

(22)  ,  saga  key 

1500 

Security 

SEC 

35 

Dependt  sega  of 

root,  lew  2, 

sega  15r 

repeated 

1501 

Violation  /  Infringe 

VTYPE 

N 

1 

See  violation  / 

type 

infringe  type 
tbl  (23)  ,  segm 
key 

1502 

What 

WHAT 

N 

3 

See  what  tbl 

(24) 

1503 

Where 

WHERE 

AN 

15 

Town  (city) 

1504 

When 

WHEN 

N 

6 

YYHHDD 

17  00  Heasures  HEAS  27  Dependt  sega  of 

SEC,  lev  3, 
segm  17, 
repeated 


1701  Type  of  action  NHEAS  AN  15  Sega  key 

1702  Start  date  SHEAS  N  6  YYHHDD 

1703  Coapleticn  date  CHEAS  N  6  YYHHDD 


APPENDIX  C 


sin  fiiii  Efissojoa  H5ii§ 

Each  of  these  tables  contains  two  elements:  code  and 
description.  Example:  n^  Hale”  indicates  code  nuaber  1  is 
Hale. 

1.  PEBSONAL  STATUS* 

A.  Hilitary: 

01  Volunteer  03  Titular 

02  Obliged 

B.  Civilian: 

11  Daily_labour«r 

12  Honthly_labourer 

13  Honthly_labourer  organic 

14  Teaporary  Governaent_of ficial 

15  Pre_Governaent_of ficial 

16  Civilian_Governaent_off  icial 

17  civilian_Hilitary_Titul ar  Governient_official 

2.  PIBSOIAL  CAT EGO BT : 

0  Not  Clear  5  Baiting  for  placeaent 

1  Active  organic  6  Baiting  for  direction 

2  In  charge  7  Pre_retired 

3  In  assistance  8  Honey  waiting  (0T) 

4  in  direction  9  Retired 

3.  SIX: 


1  Hale 


2  resale 


4.  HAHITAL  STATUS 


1  Harried 


2  Not  married 


5.  CHILD  BEN  ALLOW!  ICE  STATUS: 

1  Claimed  by  him/herself  2  claimed  by  spouse 

6.  HOUSING  STATUS: 


1  Government-quarters 

2  Hess 

3  Ship 

7  With  relations 

7.  BLOOD  TYPE: 

1  A 

2  B 

8.  CCLOUB  OF  SKIN: 

1  White 

2  Tel lorn 

3  Black 

9.  HUB: 

1  Straight-lank 

2  Curly 

10.  COLOUB  OP  EYES: 

1  Black 

2  Blue 


4  Private/owned 

5  Rented 

6  Contract/Leased 


3  AB 

4  0 

4  Yellow-brown 

5  Brown 


3  straight-stiff 

4  weary 

3  Brown 

4  Sreen 


11.  SIZE  OF  BAITS/ SB ZBTS • 

1  Small  3  Large 

2  Hediue 


12.  BELIGIOI: 


1  Ho  si  cm 


4  El  indu 
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2  Catholic 

3  Protestant 

13.  STATUS  OP  BANK: 

1  Effective 

2  Teaporary 

3  In  education 

14.  TYPE  OF  PROMOTION: 

1  Regular 

2  Extraordinary 

15.  STATUS  OP  PLACEHEIT: 

0  organic 

1  Labour  (non  organic) 

2  In  charge  (detached 
froa  parent  coaaand) 

16.  HES0LT  OP  E DOC AT ION: 

1  Graduated 

2  Not  graduated 

17.  FAULT  RELATION: 

0  Spouse 

1  Child  nuaber  1 

2  Child  nuaber  2 

3  Child  nuaber  3 

4  Child  nuaber  4 

18.  BANK: 

A.  Military: 

99  Third  Sailor 
98  Second  sailor 
97  First  sailor 
96  Second  corporal 


5  Budha 

6  Kong  Ru  Cu 

4  Military  obliged 

5  Military  titular 


3  Honour  (aeritorious) 

4  Honour-grace  (posthumous) 

3  In  assistance  (teaporary 
additional  duty) 

4  in  direction  (independent 
duty) 

3  Incomplete 


'  5  Child  nuaber  5 

6  Child  nuaber  6 

7  Child  nuaber  7 

8  Child  nuaber  8 

9  child  nuaber  9 


61 


19. 


9  5  First  Corporal 

88  Second  Sergeant 

87  First  Sergeant 

86  Head  Sergeant 

85  Sergeant  Hajor 

84  Second  Assistant  Lieutenant 

8  3  First  Assistant  Lieutenant 

82  Candidate  Officer 

7  8  Second  Lieutenant 

7  7  First  Lieutenant 

76  Captain 

6  8  Hajor 

67  Lieutenant  Colonel 
6  6  Colonel 

5  8  First  Adairal  (Coanodore)  /  Brigadier  General 
57  Bear  Adairal  /  Hajor  General 
56  vice  Adairal  /  Lieutenant  General 
55  Adairal  /  General 

E.  Civilian: 


48 

Group 

I/A 

27 

Group 

III/B 

47 

Group 

I/B 

26 

Group 

III/C 

46 

Group 

I/C 

25 

Group 

III/D 

45 

Group 

I/D 

18 

Group 

IV/A 

38 

Group 

II /A 

17 

Group 

IV/B 

37 

Group 

II /B 

16 

Group 

IV/C 

36 

Group 

II/C 

15 

Group 

IT/D 

35 

Group 

II /D 

14 

Group 

IV  /E 

28 

Group 

III/A 

COBPS: 

A.  Hilitary: 


100  Sailor/Deck  (for  Officer  only) 

161  Deck 

162  Torpedo 


163  Weapon 

1 64  Constable 

165  Signal 

166  Telegrass 

167  Onder-vater  Weaponry 

200  Technician/Sngineer  (for  Officer  only) 

261  Machinist 

262  Construction 

263  Ship  Construction 

264  Airplane  Maintenance 

300  Electronics  (for  Officer  only) 

361  Radio 

362  Radio-Radar  Mechanic 

363  Electro-Machine  Mechanic 

364  Electrician 

365  sub-veapon  Electrician 

366  Electro  Mechanic 

367  Weapon  Electro  Mechanic 

368  Electronica 

400  Marine  (for  Officer  only) 

461  infantry 

462  Asphibious 

463  Field  Artillery 

464  Air  Defense  Artillery 

465  Tank 

466  Pansaa  (Asphibious  Tank) 

467  Transportation 

468  Zipur  (Defense  Construction) 

469  Cossunication-Electronica 

470  Nurse 

471  Field  Support 

500  Administration  (for  Officer  only) 

561  iriter/Typist 
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562  Finance 

563  Support 

564  Paaily  business 

5  65  Ccok-1 

566  Cook 

567  Tailor 

600  Health  (for  Officer  only) 

6  61  Nurse 

662  Hadiologist 

663  Analysist 

664  Dental  Technician 

665  Cheaist 

666  Assistant  Cheaist 

700  Specialist  (for  Officer  only) 

761  Judicature 

762  Intelligence 

763  Transportation 

764  Carpenter 

765  Physical  Pitness 

766  Husician 

767  Photography 

768  cineaatography 

769  Hiscellaneous 

800  loaan  (for  Officer  only) 

861  Coaaunication 

862  Hriter/Typist 

863  Finance 

864  Inforaation 

865  Physical  Fitness 

866  Nurse 

867  Naa- Inforaation  Defense 

868  Air  Traffic  Ccn trolls r 

900  Clergy  (for  Officer  only) 
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B.  Civilian 


000  Adainistration 
001  General  Adainistration 
002  Pinance  Idainistration 
003  Labour  Adainistration 
004  Support  Adainistration 
005  Nursing  Administration 
006  Technic  Administration 
007  Typist 

008  Stencil  Hechanic 

009  Nursing  staff 

010  Statistic  Adainistration 

011  Law  Adainistration 

012  Library  Adainistration 

013  Transportation  Adainistration 

0  14  Housing  Adainistration 

015  Post  Adainistration 

016  Hiscellaneous  Administration 

017  Technic 

018  Ship  Technician 

019  Engine/aa chine  Technician 

020  Electro  Technician 

0  21  Construction  Technician 

022  Carpenter 

023  Welding  Technician 

024  Telephone-telegraph  Technician 

025  Radio  Technician 

0  26  Hechanic/driver 

027  Labourer 

0  28  Photographer 

029  Pilm  Operator 

0  30  Hetal  Technician 

031  Paintar 

032  Weapon  Technician 
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033  Fire  Safety  Inspector 

034  Constructor 

035  General  controller 

036  Shipyard  Worker 

037  Puap  Technician 

038  Railroad  Technician 

039  Meteorological  Technician 

040  Miscellaneous 

041  Nurse 

042  Dental  Nurse 

043  General  Nursing 

044  Midwife 

045  Pharaacy 

046  Physiotheraphy 

047  Radiology 

048  Pediatric  Nurse 

049  General  Medical 

050  Ophthalmologist 

051  Thro  at- nose -ear  Physician 

052  Neurologist 

053  Dermatologist 

054  Dietitian 

055  Miscellaneous 

056  Specialist 

057  Teacher/instructor 

058  Messenger 

059  Cook 

060  Gardener 

061  Shoemaker 

062  Tailor 

063  Barber 

064  Janitor 

065  Porester 

066  Sketcher 


067  Security 

066  Lifeguard 

069  Parking  Master 

070  Fire  Brigade 

071  Physical  Fitness 

072  Artist 

073  Clergy 

074  Laundry 

075  Ocean  Tide 

0  76  Petro-cheaical  Technician 
077  Geography 
078  Miscellaneous 

20.  GBOOP  CODE  OF  ED0C1TI0M: 

000  General  development 

001  National  defense 

002  Joint  command  6  staff  college 

003  Command  S  staff  college  level 

004  2nd  Officer  continuing  education  level 

005  1st  Officer  continuing  education  level 

011  NCO  continuing  education 

100  Formation 

101  Military  Academy  level 

102  Fundamental  Officer  Education  level 

103  Candidate  Officer  education  level 

111  Candidate  NCO  education  level 

112  candidate  Corporal  education  level 

113  candidate  Enlisted  Education  level 

200  Labour 

201  Labour  education  level 

300  General  education 

301  University  level 

302  Academy  level 

303  Senior  high  school  level 
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304  Junior  high  school  level 

305  Elementary  school  level  (graduated) 

306  Elementary  school  level  (not  graduated) 

400  Specialist  Hilitary  education 

401  Specialist 

402  Officer  specialist 

403  NCO  specialist 

404  Enlisted  specialist 

405  Civilian  specialist 

500  General  Coarse 

21.  ECHELON  OF  PROFESSION: 


11 

Echelon 

1  -A 

23 

Echelon 

2-C 

12 

Echelon 

1-B 

24 

Echelon 

2-D 

13 

Echelon 

1-C 

25 

Echelon 

2-B 

14 

Echelon 

1-D 

26 

Echelon 

2-F 

15 

Echelon 

1  -E 

31 

Echelon 

3- A 

16 

Echelon 

1-F 

32 

Echelon 

3-B 

17 

Echelon 

1-G 

33 

Echelon 

3-C 

18 

Echelon 

1-H 

34 

Echelon 

3-D 

21 

Echelon 

2-A 

35 

Echelon 

3-E 

22 

Echelon 

2-B 

40 

Functional 

22.  STATION: 

Not  included  here  for  security  reasons. 

23.  YIOLATION  /  INFRINGE  TYPE: 

1  Discipline  3  Negative  data 

2  Law 

24.  1HAT: 

This  table  will  be  completed  later  by  Intelligence  / 
Security  officer,  since  the  author  does  not  have  experience 
and  data  for  this. 
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MNorth-3olland 


6.  Pitz< 


Pitzgerald,  Jerry 

]||cIia9Saiti5;/, 


7. 


House,  Hilliaa  C. 
Petrocelli  books. 


^g7jiU  sags  flaaia&agj&* 


New  Tork: 


8. 


Inecn,  willias 
Englewood  Cliffs, 


9.  Klein,  Melvin  B.,  and  Melvin  W.  Lifson 


ZS 


,  (Lecture~Not eif^ “los’ Angeless^nivlflftf 
otnia,  April  1970  .  1 


10* 

11.  Malone.  John  S,  and  Bober t  P.  Thorpe 


Malone.  John  S,  and  Robert  P.  Tho 

RRRFteros''  59”iroh  ae 


Report  SRR  70 


u-  |||2lSa9||l?f IS,  SHHHSmHiiH: 


13.  Olle,  T.  William,  The  Codasyl  Approach  to  Data  Base 
Management.  New  Y or k :Jon  n  wiiey&sons,  T9 va. 

14.  Rawer,  N.,  and  G.  D.  Hubbard,  "Automated  logical  data 
base  design:  concepts  and  applications."  IBH  Systems 
Journal,  vol.  Sixteen  No.  3,  pp.  287-312,  i977 . 

1 5.  Ross,  Ronald  G.,  Data  Base  Systems,  Design, 
^f>|ementation.  aa4  SlllIsiallT^  Sew  fotfcs  OSCOfl, 

16.  Smith,  Diane  C.  P.  ,  and  John  M.  Smith.  "Conceptual 

ISSfaiSSt  KrtSt*. 

17.  s prowls.  Clay  R.,  Management  Data  Bases.  New  York: 
John  Wiley  S  sons,  Inc.,  TT7&7 

18.  Tsichritxis,  Dionysios  C.  and  Frederick  H.  Lochovsky, 

BA SZS^SIS*  He*  *<>**••  Academic 

19.  Ohrowcxik,  P.  P. ,  "Data  Diet ionary /Directories ,"  IBH 
Systems  Journal,  number  4,  pp.  332-350,  1973. 

20.  Oilman.  Jeffrey  D. ,  Principles  of  Database  Systems. 
Rockville:  computer  Science  Press,  Inc.,  T9b0. 

21.  wiederhold,  Gio,  Database  Design.  New  York:  Me 

Graw-Hill,  Inc. ,  19  77.  ^ 

22.  Yao.  S.  B.,  Shamkant  B.  Navathe,  and  Jay  Louise 
Weldon,  "An  Integrated  Approach  to  Logical  Database 
Design,"  Tutorial  on  Software  Design  Techniques.  New 
York:  IEEE.  fnc. 7  f?.  357=359,  79§0. 
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